home *** CD-ROM | disk | FTP | other *** search
/ Visual Basic Controls / Visual Basic Controls.iso / vbcontrol / maqlnf30 / whatis~1.txt < prev    next >
Encoding:
Text File  |  1999-03-17  |  9.9 KB  |  229 lines
  1. This text file will explain what is new in the BW Zip Compress OCX -
  2. 3.0.0 - Final
  3.  
  4. What is new
  5.  
  6.  
  7. Final
  8.  
  9. 1 - Fixed several bugs referred to UNC paths
  10.  
  11. 2 - Fixed bug in the creation of long filenames , long directory names or filenames with spaces using UNC paths in the decompression
  12.  
  13. 3 - Fixed bug when compressing or decompressing files to the root of the UNC path
  14.  
  15. 4 - Fixed a bug in the 'AutoUninstall' option 
  16.  
  17. 5 - Fixed a bug referred to the destination path in the compression or decompression
  18.  
  19. Beta - 3
  20.  
  21. 1 - Added UNC support ( a UNC path looks like this
  22. '\\Myserver1\Mypath1' , where the 'Myserver1'is the machine and the
  23. 'Mypath1' is a shared folder ), and now you can compress and
  24. decompress files in your network , and mapped drives are support also
  25. , in order to write to a UNC path you need full access to that drive ,
  26. and in order to compress files from a UNC path you need at least read
  27. access , and if the network destination path dont exist then it will
  28. be created ( if you have the write access do to it ) 
  29.  
  30. At this moment we cannot access UNC paths if the path requires
  31. password in order to be accessible
  32.  
  33. 2 - Added the 'Status' function , with this function you can verify
  34. the actual status of the OCX , this can be usefull in order to wait
  35. for the end of the execution of the OCX , and during the execution of
  36. the OCX the only function that you can call is the 'CancelOperation' ,
  37. if you try to call any ther function that cannot be accessed during
  38. the execution mode then a BEEP will occur , and if the
  39. 'CancelOperation' function is called then the OCX will return the
  40. control to the application and it will close any process running in
  41. the OCX 
  42.  
  43. 3 - the Degubmode was changed in order to retrieve better the
  44. information about what is occurring inside the OCX , and more
  45. information can be retrieved at this moment
  46.  
  47. 4 - Fixed a bug when the OCX need to create large paths like this
  48. 'c:\my first folder \ my second folder \ my third folder\' , the
  49. version 2.1 and 2.2 cannot create a folder so large like that , fixed
  50. in this version  
  51.  
  52. 5 - several bugs was fixed also
  53.  
  54.  
  55. Beta - 2
  56.  
  57. 1 - Changed the distribution of the OCX to the BEP method (BEP -
  58. BinaryWork Easy Package) , (and this version of BEP is working also in
  59. the japanese version of Windows , this was a bug in older versions of
  60. the BEP method )  then now the only thing that you need is the OCX and
  61. you can forget about the mzip32.dll and munzip32.dll in your projects
  62. .
  63.  
  64. 2 - Fixed the method of the termination of the execution of the OCX ,
  65. and now any process , thread , or   handle referred to the
  66. applications atached to the OCX will be completely closed and any
  67. resource or memory will be released ( this was a bug since the version
  68. 1.0 of this OCX )
  69.  
  70. 3 - Added the 'CancelOperation' method , this new function will stop
  71. the compression or decompression instantly and it will return the
  72. control of the OCX to the user , and ofcourse , any process running
  73. will be closed completely  ( this was requested for many registered
  74. users )
  75.  
  76. 4 - Changed the method that the OCX is executed , and now after the
  77. ZipCompress or ZipDecompress any function will be locked and this will
  78. be locked until the end of the execution or the intervention of the
  79. user by 'CancelOperation' , and a method called 'Status' to verify the
  80. status of the OCX was added also , this method will return whether the
  81. OCX is working or not , and if the user try to call the ZipCompress or
  82. ZipUncompress during the execution time then a Beep will occur
  83.  
  84. 5 - Added a copy of the container (container is the object where the
  85. OCX is located )  in the memory , this copy will use more memory but
  86. it will give more power to the OCX and now the OCX can trace anything
  87. that the user is doing in the container , and due to this possibility
  88. the OCX can detect the destruction of the container instantly , to
  89. verify if it is working correctly , start compressing a large folder
  90. with the ocx and stop the project or close the form , you will see
  91. that the control of the project will  return to the system instantly
  92. and the execution of the compression or decompression  is stoped also
  93. ( this was a bug in 2.1 or 2.2 , if you try to destroy the container
  94. the OCX will be running in the memory until the end of the execution ,
  95. fixed in this version  )
  96.  
  97. 5 - Changed the temporary folder of the OCX , and now the OCX willnot
  98. create that folder 'Maqzip" in the Windows directory ( this folder is
  99. created in the version 2.1 and 2.2 )
  100.  
  101. 6 - Added a autouninstall function  to the OCX , if you set the
  102. 'AutoUninstall' method to true , then any folder or file created by
  103. the OCX (in the version 2.1 and 2.2 this folder was the Maqzipx in the
  104. windows directory )  in order to make it run will de deleted of the
  105. system in the termination of the OCX , and ofcourse this will be
  106. recreated in the next utilization of the OCX ( this was required by a
  107. large number of registered users also ) , then the temporary files or
  108. folders of the OCX only will be available and visible  to the user
  109. during the execution of the OCX ( the default value of the
  110. AutoUninstall function is false )
  111.  
  112.  
  113. Beta - 1
  114.  
  115.  
  116. 1 - Added a debugmode , in this debugmode you can see what is occuring
  117. inside the OCX at runtime
  118. To enable the debugmode , insert an empty file in the same folder that
  119. the OCX is located ( normally c:\windows\system )
  120. The empty file to be inserted in the folder of the OCX is
  121. Maqlnfdebug.txt
  122. With this file in the same folder of the OCX the debugmode is
  123. activated , then a file will be created in the same folder , the name
  124. of the file that will be created is Maqlnfdebug.log , and this file
  125. will be created by the OCX in debugmode , and two messageboxes will
  126. appear in the beginning of the utilization of the ocx and in the
  127. termination of the OCX also
  128.  
  129. Watch the Maqlnfdebug.log file during the runtime to see what is
  130. occuring in the OCX , and send this Maqlnfdebug.log to the developer
  131. in case of some errors occur
  132.  
  133. With the Maqlnfdebug.log file the developer can see what is the
  134. problem in your project , and can solve the problem quickly 
  135.  
  136. This Maqlnfdebug.log file is limited to 65000 characters , and if the
  137. size past 65000 then the file will be recreated from the beginning
  138.  
  139. To stop the debugmode , you only need to delete the Maqlnfdebug.txt
  140. file , then the messagebox will disapper and the OCX will not report
  141. anything in the Maqlnfdebug.log file , and the Maqlnfdebug.log file
  142. can be deleted also
  143.  
  144. The debugmode will work in designmode and runtime , and you dont need
  145. to change anything inside your project to enable or disable the
  146. debugmode , and if your users report problems referred to the OCX ,
  147. then you can intruct your users to enable the degubmode in their
  148. machines and send to you the Maqlnfdebug.log file to be possible to
  149. fix the problem
  150.  
  151. As you can see , with this new debugmode will be very dificult to
  152. appear problems that cannot be solved , indeed a lot of problems was
  153. already fixed after this debugmode was inserted in the OCX
  154.  
  155. 2 - Added the 'Zip Information OCX' inside the OCX , and now you can
  156. list files in a given Zip file very easy , and you can develop a
  157. Winzip clone in a few minutes , and due to the possibility to list the
  158. files inside the Zip file , you can also select what file inside the
  159. Zip file you want to extract , this was required by a lot of
  160. registered users
  161.  
  162. 3  - Ability to select how much processor usage the OCX will take at
  163. runtime , this option was stolen from our application  'BinaryWork CPU
  164. Controller' , and with this new possibility you can create and extract
  165. Zip files faster than ever , or you can make a Zip compressor to run
  166. in backgroung , using only the idle time of the processor to compress
  167. or uncompress Zip files , and this can make critical applications run
  168. smoothly and safety 
  169.  
  170. 4 - Added the principal utilizations of the OCX in the sample
  171. application , and now you can see what arguments you need to use to
  172. fit your needs , and a small list of the arguments available in the
  173. sample are: 
  174.  
  175. 4.1 - Compression options
  176. Fix damaged Zip file
  177. Force the fix of damaged Zip file
  178. Include system and Hidden files
  179. Compress with best compression
  180. Compress with fastest compression
  181. Store files - dont compress
  182. Delete files in Zip
  183. Compress folders and subfolders
  184.  
  185. 4.2 Decompression options
  186. Test Zip integrity - verify files in Zip
  187. Decompress files and junk patnames - and always overwrite if existing
  188. Decompress files and always overwrite
  189.  
  190. 5 - Ability to get the information about the Zip file and list the
  191. files in the Zip file , and verify also the CRC32 of any entry in the
  192. Zip file , and any other relevant information about the Zip file
  193.  
  194. 6 - Fixed the progressbar position , and now the value of the progress
  195. dont return to the beginning after 90 percent , but at this moment we
  196. are unable to reflect the perfect position of the compression or the
  197. decompression , but we are working to retrieve the position so close
  198. to the real position as possible
  199.  
  200. 7 - Added the system errorcode event , this will report errors
  201. generateds outside the control , and with the description of the error
  202. also
  203.  
  204. 8 - fixed the errocode event , and added the description of the error
  205.  
  206. 9 - Added the possibility to add a especific long filename file like
  207. this:
  208. 'My file to be compress.txt'
  209. both versions 2.1 or 2.2 can insert specific files if these files are
  210. in the DOS 8.3 format but they are unable to add a especific long
  211. filename file unless you insert a wildcard , with the wildcard any
  212. file in the folder will be added ,  but you cannot select which file
  213. will be added if this is a longfilename file , this was fixed in the
  214. 3.0.0 version
  215.  
  216.  
  217.  
  218. What is expected to the next beta version :
  219.  
  220. 1 - Ability to access a new OCX developed by us with the ability to
  221. format , check , verify , and mark bad clusters in removable disk (
  222. BinaryWork Disk Format OCX 1.0 ) , and split large Zip files in
  223. multiples diskettes , and recreate it also
  224.  
  225.  
  226.  
  227. BinaryWork Corp.
  228.  
  229.